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REMARKS 

Reconsideration of this application, as presently amended, is respectfully requested. 
Claims 1-4, 6-11, 13-16, 18 and 19 are pending in the present application. Claims 1-4, 6-11, 13- 
16, 18 and 19 stand rejected. 



Ohiections to the Abstract and to th e Disclosure 

The Abstract of the Disclosure was objected to because it contains legalese (i.e., the term 
"means"). Furthermore, the disclosure was objected to for informalities. More specifically, the 
Office Action indicates that (1) reference to specific claims should be deleted since the final 
numbering of the claims at the time of issue may be different; and (2) headings must be provided 
for each section of the specification as appropriate. The Examiner points out that there are 
currently three headings relating to the Brief Description of the Drawings. 

A Substitute Specification, excluding the claims, is submitted herewith pursuant to 37 
C.F R §1. 125(b) and (c) and MPEP §608.01(q) to obviate the objections to the Abstract and to 
the Specification. The Substitute Specification contains no new matter. 

Pursuant to 37 C.F.R. §1. 125(c), the Substitute Specification is submitted with markings 
showing all the changes relative to the immediate prior version of the specification of record. An 
accompanying clean version (without markings) of the Substitute Specification is also supplied. 
Approval of the Substitute Specification is earnestly solicited. 
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Objection to the Claims 

Claims 1-7 were objected to for informalities. More specifically, the Examiner asserts 
that claim 1 does not include a period at the end. Claim 1 has been amended to include a period 
at the end. 

Approval of this change to the claims is earnestly solicited. 

Rejection under 8112. s econd paragraph 

Claims 1-4, 6-11, 13-16 and 18-19 were rejected under 35 U.S.C. §112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. Each claim that has been rejected under §1 12(2) 
will be discussed separately below. 



Claim 1 

(I) The Examiner suggests that "means that" should be changed to "means for". Claim 1 
has been amended to incorporate this change. 

(II) The Office Action alleges that claim 1 is indefinite because the specification does not 
adequately describe structure corresponding to the claimed "travel data acquisition means" and 
"travel data processing means". In particular, this rejection is based on the requirement that a 
means-plus-function claim must be construed under §112, sixth paragraph, to cover the 
corresponding structure described in the specification. If corresponding structure is not 
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dequately described in the specification, then the scope of the claim allegedly cannot be 
determined. 

It is respectfully submitted that the structure corresponding to the claimed "travel data 
acquisition means" and "travel data processing means" is implicitly disclosed or inherently 

disclosed in the specification. 

More specifically, it is submitted that the claimed "travel data acquisition means" is 
inherently disclosed as a structure that can receive data from a computer system via the Internet 
(see, e.g., application specification, as amended under PCT Article 34, page 12, lines 23-24). 

Further, it is submitted that the claimed "travel data processing means" is inherently a 
type of "data processor" that can perform the data processing operations described on page 14, 
lines 20-29 of the specification, as amended under PCT Article 34, and shown in Fig. 5 of the 
drawings. 

(Ill) The Examiner asserts that claim 1 is unclear because line 2 refers to "a vehicle that 
travels on a road" whereas lines 8 and 1 1 refer to "each vehicle" and "each travel route"" which 
implies a plurality of vehicles and travel routes. The Examiner also asserts that the claim refers 
to "each stop"; however, the claim does not establish a travel route having a plurality of stops. 

See Office Action, page 17-21. 

Claim 1 has been amended to obviate this rejection by making the number of vehicles, 

travel routes and stops consistent throughout the claim. 
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Claim 2 

Claim 2 was rejected because "the first vehicle" and "the last vehicle" allegedly lack 
antecedent basis. Claim 2 has been amended to obviate this rejection. 

Claim 7 

Claim 7 was rejected because "neither of claims 1 or 2, from which claim 7 depends, 
include route codes as part of the travel data. In other words, there is no antecedent for the route 
codes in claims 1 or 2. We have amended claim 7, as attached, to obviate this rejection. 

Claim 8 

Claim 8 was rejected because it allegedly recites "operation processing means" without 
reciting a function associated therewith. Claim 8 has been amended to remove recitation of 
"operation processing means" and "travel data processing means". 

Further, claim 8 was rejected for reasons similar to claim 1 (see Office Action, page 5, 
Item E). Claim 8 has been amended in a manner similar to claim 1 to overcome this basis for the 
rejection. 

Claim 14 

Claim 14 was rejected for reasons similar to claim 7 discussed above. Claim 14 has been 
amended in a manner similar to claim 7. 
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Claim 15 

On page 6, Item H of the Office Action, the Examiner rejects claim 15 for reasons similar 
to claim 1, asserting that the numbers of vehicles, travels routes and stops is not consistently 
recited in the claims. Claim 15 has been amended in a manner similar to claim 1 to obviate this 
basis for the rejection. 

Moreover, the Examiner asserts that there is no structure corresponding to the 
"distribution means for distributing a route guide". It is respectfully submitted that the structure 
corresponding to the claimed "distribution means for distributing a route guide" is implicitly 
disclosed or inherently disclosed in the specification. 

In particular, the specification, as amended under PCT Article 34 discloses the route 
guide data created bv the travel processing means 12 is stored in the route guide data base 20, a 
condition when a route guide request is issued bv a user is searched in t he classification condition 
table, and route guide data created based on the travel information acq uired under the condition 
corresponding to that condition is selected from the route guide database 20 and provided for a 
route guide. Such function is carried out bv the route guide distributi on means 15, the function 
of the route guide distribution means 15 is performed bv the p rogram and is constituted by a 
peneral technique, thus a special configuration is not need, (see page 13, lines 19-26 of the 
amended specification under PCT Article 34) 

Referring to page 6, lines 15-17 of the amended specification under PCT Article 34 (the 
present invention is directed) to prove a route guide distribution device that distributes a route 
guide based on route guide data created bv the route guide data creation device. 
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Referring to page 12, line 33- page 13, line 9 of the amended specification under PCT 
Article 34, " Fig 2 is a diagram showing a configuration of the route guide data creation device 
10, The route guide data creation device 10 has control means 101, which is configured with a 
CPU, such as a microcomputer. The travel data acquisition means 1 1, the travel data processing 
means 12, a temporary storage means 13, operation input means 14, route guide distribution 
means 15, database (DB) control means 16, input and output interface 17, a classification 
condition table 18, and display means 19 are connected to the control means 101 via an internal 
bus 102. In the route guide data creation device 10- the route gu ide database 20 for storing route 
guide data is provided in which the route guide data crea ted bv the travel data processing means 
12 is stored. The route guide data is used for a service for searching a route and dist ributing a 
route guide upon a route guide req uest from a user." 

Referring to page 13, lines 23-26 of the amended specification under PCT Article 34, 
" Then, a condition when a route guide request is issued bv a use r is searched in the classification 
condition table, and route guide data created based on th e travel information acquired under the 
condition corresponding to that condition is selected from the route guide database 20 and 

provided for a route guide " 

Referring to page 16, lines 17-23 of the amended specification under PCT Article 34, "If 
the "next bus top code" in step S16 is the last bus stop (code "99999"), a process for the next 
data, that is, the next route, or the next vehicle ID (different vehicle of the same route code) is 
performed in step SI 8. If data is completed in step S19 (travel data for one day), the travel data 
processing is completed. If data is not completed, the process for the next route or the next 
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vehicle ID (different vehicle of the same route code) is repeated in step S12 through step SI 9. 
The route guide data (timetabled can be efficiently created without using manpower b v repeating 
the above process. " 

Referring to page 16, lines 24-25 of the amended specification under PCT Article 34, 
" The route guide data created from the travel data of a vehicle acquired in this way is stored in 
the route guide database 20. and used for route guide in the route guide device. " 

Referring to page 17, line 29-page 18, line 4 of the amended specification under PCT 
Article 34, "In Fig. 7, the route guide distribution device 60 basically includes functions similar 
to a conventional information and communication computer system of an information and 
communication service center shown in Fig. 8, and includes the route guide database 20 that 
stores route guide data created by the route guide data creation device of the present invention. 
Moreover, it includes distribution means for distributing a result of route search performed by 
referring to the route guide data stored in the route guide database 20 corresponding to a route 
guide request transmitted from a mobile terminal 10 via an Internet network 41 t o said mobile 
terminal 70 as a route guide." 

In view of the above, it is submitted that the "distribution means for distributing a route 
guide" is implicitly disclosed or at least inherently disclosed in the specification 

Rejections in view of the Prior Art 

Claims 1-4, 6-11, 13-16 and 18-19 are rejected under 35 U.S.C. §102(b) as anticipated by 
or in the alternative, under 35 U.S.C. §103(a) as obvious over Schmier et al. (U.S. Patent 
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Application Publication No. 2002/0069017). Claims 1-4, 6-11, 13-16 and 18-19 are further 
rejected under 35 U.S.C. § 103(a) as being unpatentable over Ignatin (U.S. Patent Application 
Publication No. 2005/0131634). 

The rejection in view of Ignatin will be discussed first because Applicant submits 
herewith a verified translation of the certified copy of the foreign priority document to perfect the 
claim for priority and to remove the Ignatin reference as an effective prior art reference against 
the present application. More specifically, a verified translation of the certified copy of Japanese 
Patent Application No. 2003-405771 (i.e., the foreign priority document), filed on December 4, 
2003, is submitted herewith to remove Ignatin as an effective prior art reference and overcome 
the rejection under §103. 

The effective date of the Ignatin reference is the filing date of the provisional application 
on which the reference is based, i.e., December 15, 2003. Thus, the foreign priority date of the 
present application, December 4, 2003 antedates the effective date of Ignatin. By filing the 
verified translation of the certified copy of the foreign priority document, Applicant perfects the 
claim for priority and remove the Ignatin reference as an effective prior art reference against the 
present application. 

In view of the submission of the verified translation of the certified copy of the priority 
document, the Ignatin reference is removed as an effective prior art reference against the present 
application. Accordingly, the rejection under §103 in view of Ignatin is no longer appropriate 
and should be withdrawn. 



-16- 



Application No.: 10/581,529 Amendment under 37 C.F.R. §1.111 

Art Unit: 366 1 Attorney Docket No. : 062603 



The Schmier et aL reference 

The Schmier et aL reference discloses a system for notifying passengers waiting for 
public transit of the status of the vehicles, including arrival times of the vehicles at stops. 

More specifically, global positioning system (GPS) devices in the vehicles determine the 
position of the vehicle along the route and transmit the position to a central computer. The 
central computer uses coordinate information and experience information (i.e., information 
previously determined and stored in the computer memory regarding vehicle routes, speeds 
during various times of the day, days of the week, holidays, inclement weather, etc). The central 
computer then generates transit information based on the above information, the transit 
information including the locations of scheduled stops and arrival times at the scheduled stops. 
See, e.g., Abstract and paragraph [0048]. 

Schmier et al. also discloses that the central computer stores route information including 
historical or experience information obtained from calculations of transit time for similar 
vehicles previously operating between appropriate points of the same transit route. See 
paragraph [00236]. 

Although Schmier et al. discloses that experience or historical data is used to determine 
arrival times at scheduled stops, Schmier et al. does not disclose or suggest how this experience 
information is obtained. That is, Schmier et al. does not disclose or suggest that the experience 
data is determined through collection of travel data, including position information and arrival 
and departure time to/from a stop from each actually operating vehicle along a travel route. See 
application specification, page 5, lines 5-7. 
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Specifically, Schmier et al. does not disclose, suggest or render obvious "calculating an 
arrival time and departure time at/from each stop on said predetermined travel route for each 
vehicle, and outputting the arrival time and departure time of each vehicle at each stop in a 
predetermined output format" and "a route guide database that stores route guide data including 
the departure time and the arrival time of each vehicle at each stop outputted from said travel 
data processing means, said route guide data that is stored in said route guide database classified 
into a plurality of data groups based on conditions at the time when said travel data is acquired 
and stored," as recited in claim 1 (and similarly in claims 8 and 15). 

A rejection under §102 requires that each and every element recited in the claim must be 
disclosed exactly as claimed, and as arranged in the claim. A rejection under §103 requires the 
all elements recited in the claims must be disclosed, suggested or rendered obvious by the cited 
prior art reference(s). In view of the foregoing, it is submitted the Schmier et al. reference does 
not disclose, suggest or render obvious all elements recited in claims 1, 8 and 15. Accordingly, 
reconsideration and withdrawal of the rejections under §102 and §103 in view of Schmier et al. 
are respectfully requested. 

CONCLUSION 

In view of the foregoing, it is submitted that all pending claims are in condition for 
allowance. A prompt and favorable reconsideration of the rejection and an indication of 
allowability of all pending claims are earnestly solicited. 
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If the Examiner believes that there are issues remaining to be resolved in this application, 
the Examiner is invited to contact the undersigned attorney at the telephone number indicated 
below to arrange for an interview to expedite and complete prosecution of this case. 

If this paper is not timely filed, Applicants respectfully petition for an appropriate 
extension of time. The fees for such an extension or any other fees that may be due with respect 
to this paper may be charged to Deposit Account No. 50-2866. 



William M. Schertler 
Attorney for Applicants 
Registration No. 35,348 
Telephone: (202) 822-1100 
Facsimile: (202) 822-1111 



Respectfully submitted, 
Westerman, Hattori, Daniels & Adrian, LLP 




WMS/ar 

Attachments: Substitute Specification (marked-up version) 
Substitute Specification (clean version) 
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Titlo of tho Invontion TITLE OF THE INVENTION 

ROUTE GUIDE DATA CREATION DEVICE, ROUTE GUIDE DAT CREATION METHOD, 
AND ROUTE GUIDE DISTRIBUTION DEVICE 

Tbchnical Ficld BACKGROUND OF THE INVENTION 

The present invention relates to a route guide data creation method and a route 
guide data creation device for creating route guide data for a vehicle that travels on a road 
according to a predetermined travel route and a predetermined travel time, such as a 
timetable for a route bus, and a route guide distribution device for providing a route guide 
using the route guide data created by the route guide data creation device. More 
particularly, it relates to a route guide data creation method and a route guide creation 
device for creating route guide data by acquiring actual travel data of a vehicle, and a route 
guide distribution device that distributes a route guide based on the route guide data created 
by the route guide data creation device. 

Background Art 

When visiting a place, which is a destination, in an unfamiliar area, people have 
been using a map as an aid to reach the destination while confirming roads, landmarks, and 
addresses on the map. Alternatively, in a vehicle with a car navigation system (hereinafter 
referred to as a car-navigation), people start said car-navigation, input a destination, and can 
thereby reach their destination while acquiring guidance displayed on a monitor screen or 
audio output guidance (navigation information) outputted from the navigation system. 

The operating principle behind the above -de scribed car- navigation uses GPS. GPS 
signals transmitted from a plurality of GPS satellites that travel around the earth are 
received by a GPS antenna, and positions are specified by analyzing satellite positions, 
information on distances between the satellites and a receiver, and clock information 
included in said GPS signals. At least four or more GPS satellites are required for said 
plurality of GPS satellites. Although single position-fix accuracy is generally a little over 
10m, it can be improved to 5m or lower by using DGPS (Differential GPS). 

In recent years, the performance of mobile communication terminal devices, 
including mobile phones and PHS, has significantly improved, and multifunctionalization 
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has been in progress. Especially, data communication functions other than call functions 
have been enhanced, and various kinds of data communication services via the Internet are 
provided to users. A navigation service is one of them, and experiments for providing a 
route guide from a current position to a destination not only to drivers of automobiles but 
also to mobile phone users have been started. 

For example, the applicant has disclosed a navigation system using a mobile phone 
as a terminal in the following patent document 1 (Japanese published unexamined 
application No. 2003*214860). As shown in Fig. 8, this navigation system includes a mobile 
terminal (mobile phone) 1 that is to be connected to a traveling body communication network 
2 and a data communication service center (information distribution computer system) 3. 
The mobile terminal 1 receives desired data communication services through connection with 
the data communication service center 3. If the mobile terminal 1 is a mobile phone or a 
PHS, a call to desired other end (land-line phone, mobile phone, PHS, etc.) can be made 
through traveling body communication base stations and telephone line networks via the 
traveling body communication network 2. The data communication service center 3 is 
configured as follows for providing route navigation services upon request from the mobile 
terminal 1. 

More specifically, when a route search request including information on a departure 
point and a destination point is issued from the mobile terminal 1, the information 
distribution computer system in the data communication service center 3 searches an 
optimal route from the departure point to the destination point using road data stored in 
storing means, and temporarily stores searched route data in the storing means as guide 
route data. When display map information in which position coordinate and a guide route 
are specified is requested by the mobile terminal 1, the information distribution computer 
system in the data communication service center 3 reads vector-style map data for displaying 
a map around the specified position coordinate and the specified guide route data from the 
storing means. Then, the information distribution computer system converts the guide 
route data into vector data for displaying roads in a specified color, incorporates the vector 
data into the map data, and sends the map data to the mobile terminal 1, which is a 
requestor. 

Although it is not shown in figures, the mobile terminal 1 has a GPS receiver for 
measuring a current position as it changes according to movement, and GPS positioning is 
performed at predetermined intervals. The mobile terminal 1 issues a request for display 
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map information to the information distribution computer system in the data communication 
service center 3 when shortage occurs in result display map information of the GPS 
positioning. Moreover, the information distribution computer system in the data 
communication service center 3 has a storing means in which road data (map data) and data 
including landmarks, such as buildings in various places on maps, names of intersections, 
and names of roads are stored. Maintenance is preformed on the data by acquiring the 
latest data through information distribution computer systems 5, 6 that distribute maps via 
the Internet network 4. 

Incidentally, in the above -de scribed navigation system, when a route guide is 
provided for a vehicle that travels on a road based on a predetermined travel route and a 
travel time, such as a route bus, a timetable does not exist unlike trains or electric trains. 
As a result, route guide data (timetable data), which is the basis for a route guide, cannot be 
acquired. For example, the departure schedule (operation schedule) shown in Fig. 9 is 
posted at a bus stop of a route bus. The departure schedule that shows the departure time 
at each bus stop may be a timetable in the general meaning; however, it cannot be used as 
route guide data because data on links between the time at which a vehicle (bus) departs 
from a bus stop and the time at which the bus departs from the next bus stop does not exist. 

Even if a thing such as a train timetable exists, a vehicle that travels on a road, 
such as a route bus, may not travel between bus stops as scheduled due to traffic conditions 
(traffic jams) or weather conditions (rain). Namely, the schedule posted at each bus stop is 
only a rough guide and a timetable created based on the posted schedule is very different 
from the actual travel time. Thus, the timetable cannot be used as route guide data. 

To resolve such inconvenience, efforts are under way to improve users' convenience 
by collecting data that shows the operation conditions of an actually operating vehicle 
(information on at what time and from which bus stop a vehicle has departed, information on 
the current position of each vehicle, and so on) using means such as a radio device, 
displaying an estimated arrival time at the next bus stop, displaying at what section the 
operating vehicle is currently located on a route map at each bus stop, or distributing such 
information to a mobile phone or a CATV receiver. 

For example, a bus approaching information display method and device are 
disclosed in the following patent document 2 (Japanese published unexamined application 
No. 11-185197). In the bus approaching information display method and device disclosed in 
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patent document 2, bus position information is collected at a bus location center station via a 
radio transmitter equipped in a bus. The information is transmitted to a bus stop as well as 
to users' homes via a CATV station. An approaching bus is detected based on the 
information for each bus route and displayed at the bus stop. Said information is received 
by a data transceiver provided at each user's home and displayed on a display screen. 

Furthermore, a bus stop system is disclosed in the following patent document 3 
(Japanese published unexamined application No. 7-320198). Patent document 3 discloses a 
bus stop system that includes a bus timetable displaying system having a bus stop at which 
a bus ID, scheduled departure time of a bus stop, scheduled departure time from a previous 
bus stop are stored in an ID storing section in advance associated with the bus ID, the 
departed time of the bus from the previous bus stop and the bus ID are received by a 
receiving section, estimated departure time is calculated by a control section based on the 
departed time of the bus from the previous bus stop, and a scheduled departure time and a 
scheduled departure time from the previous bus stop corresponding to said bus ID, and 
displayed by a display section, and a control method of the bus timetable displaying system. 

Various kinds of methods for collecting travel data from a vehicle have been devised 
or are in practice. For example, there is a method including installing a sensor under a road 
surface at a bus stop, reading an ID of a bus that has arrived at the bus stop, sending arrived 
time to a travel management center via radio communication; a method including sending 
announcements made by a driver to a travel management center via radio communication; 
and a method sending a current position of each bus by a GPS system installed in the bus. 

Patent Document 1* Japanese published unexamined application No. 2003-214860 

(Fig. 1) 

Patent Document 2> Japanese published unexamined application No. 11-185197 

(Fig. 1) 

Patent Document 3: Japanese published unexamined application No. 7-320198 (Fig. 

5) 

Diocloouro of Invention 

Prohlomo to bo Solved bv the Invontion SUMMARY OF THE INVENTION 

Although the systems disclosed in the above patent documents 2 and 3 both collect 
radio position information or travel data (arrival time and departure time at/from each bus 
stop) from an actually operating vehicle and distribute a current vehicle position, 
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approaching conditions to a bus stop, or an estimated arrival time to a bus stop to a display 
device at each bus stop or user's personal computer or mobile phone, such process only 
carries out data -processing once travel data has been collected from each vehicle. This 
process does not create timetable data, and thus cannot be used for a route guide. 

The applicant of this application has conducted various investigations to resolve the 
above problems, and focused on a point that a service for providing vehicle positions and 
information on approach of the vehicle to a bus stop to users is implemented through 
collection of travel data, including position information and arrival and departure time to a 
bus stop, from each actually operating vehicle via radio communication. The applicant has 
found a solution to the above problems by collecting the operation information, creating route 
guide data similar to a timetable in a train system, and storing the data in a database, 
thereby arriving at the present invention. 

Namely, the present invention is directed to solving the above problems, and it is an 
object of the present invention to provide a route guide data creation method and a route guide 
data creation device for creating route guide data based on predetermined travel data 
acquired from a vehicle that travels on a predetermined travel route according to a 
predetermined schedule, and to provide a route guide data distribution device that 
distributes a route guide based on route guide data created by the route guide data creation 
device. 

Means to RogoIvo tho Problem s 

To resolve the above problems, an embodiment of the invention elaimod in claim 1 of 
this application is a route guide data creation device that acquires travel data transmitted 
from a vehicle that travels on a road according to predetermined travel route and travel time, 
and creates route guide data based on the acquired predetermined travel data. Said route 
guide data creation device comprises travel data acquisition means that acquires said travel 
data over a predetermined period of time, travel data processing means that receives data 
formatted from said travel data into a predetermined input format, calculates arrival time 
and departure time for each travel route and each vehicle ID, and outputs the arrival time 
and departure time in a predetermined output format, and a route guide database that 
stores route guide data including the departure time and the arrival time of each stop and 
each vehicle outputted from said travel data processing means, said route guide data that is 
stored in said route guide database classified into a plurality of data groups based on 
conditions at the time when said travel data is acquired and stored. 
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An invention claimed in claim 2 of thio application io a routo guido data creation 
device according to claim 1, wherein the In accordance with an aspect of the invention, the 
route guide data creation device acquires said travel data about the first vehicle through the 
last vehicle of each travel route. 

An invention claimed in claim 3 of thio application io a According to an aspect of the 
route guide data creation device according to claim 1 or 2, wherein ^ the input format includes 
a vehicle ID, a route code, a next stop code, arrival time at a previous stop, and departure 
time from the previous stop. 

An invention nlnimnd in nlnim \ of thio application io a According to an aspect of the 
route guide data creation device according to claim 1 or 2, wherein x the output format 
includes a vehicle ID, a route code, a departing stop code, arrival time, arriving stop code, 
and departure time. 

An invention claimed in claim 6 of thio application i o a A ccording to an aspect of the 
route guide data creation device, , according to claim 1 or 2, wherein the conditions at the time 
when the travel data is acquired include weather and/or day, and date. 

An invention nlaimod in claim 7 of thio application io a A ccording to an aspect of the 
route guide data creation device a according to claim 1 or 2, wherein the travel data 
processing means sorts the acquired travel data into order of departure time after sorting the 
acquired travel data into order of vehicle ID and order of route code, and calculates 
departure time and arrival time for each section between stops. 

An invention claimed in claim 8 of thio application io Another embodiment of the 
present invention is a route guide data creation method for acquiring travel data transmitted 
from a vehicle that travels on a road according to a predetermined travel route and travel 
time, and creating route guide data based on the acquired predetermined travel data, 
including, 

a step for acquiring travel data over a predetermined period of time, the travel data 
being transmitted from a vehicle that travels on a road, 

a step for inputting data formatted from the acquired travel data to a 
predetermined input format into operation processing means, 

a step for calculating arrival time and departure time at/from each stop for each 
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vehicle ID from said inputted travel data, 

a step for outputting the arrival time and departure time at/from each stop, which 
are calculated for each vehicle ID, in a predetermined output format, and 

a step for classifying the route guide data, including the departure time and the 
arrival time of each vehicle from/at each stop, outputted from said travel data processing 
means based on the conditions at the time when the travel data is acquired, and storing in a 
route guide database. 

An invention claimed in claim 9 of this application io a routo guide data creation 
method according to claim 8, wherein the According to an aspect of the route guide data 
creation method, the step for acquiring travel data includes a step for acquiring said travel 
data on a first vehicle through a last vehicle for each travel route. 

An invention claimed in claim 10 of thio application io a According to an aspect of 
the route guide data creation method according to claim 8 or 9, whcroin A the input format 
includes a vehicle ID, a route code, a next stop code, arrival time at a previous stop, and 
departure time from the previous stop. 

An invpntinn nlnimnH in nlnim 11 of thio application io aA ccording t o an aspect of 
the route guide data creation method^ according to claim 8 or 9, wherein the output format 
includes a vehicle ID, a route code, a departing stop code, departure time, arriving stop code, 
and arrival time. 

An invnntinn nlmmn.H in nlnim 1 3 of thio application io a A ccording to an aspect of 
the route guide data creation method ^ according to claim 8 or 9, wherein the conditions at the 
time when the travel data is acquired include weather and/or day, and date. 

An invnntinn nlnimnri in claim 14 of thio application io a A ccording to an aspect of 
the route guide data creation method ^ according to claim 8 or 9, wherein the step for 
calculating arrival time and departure time at/from each stop for each vehicle ID from the 
inputted travel data includes a step for sorting the acquired travel data into order of 
departure time after sorting the acquired travel data into order of vehicle ID and order of 
route code, and calculating departure time and arrival time for each section between stops. 

ITAllAn nmhodimp nt of the present invention is a route guide distribution device, 
comprising a route guide database in which route guide data on a vehicle that travels on a 
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road according to a predetermined travel route and travel time is stored, and distribution 
means for distributing route guide in response to a route guide request from a mobile 
terminal based on the route guide data stored in said database, said route guide database 
storing route guide data including arrival time and departure time at/from each stop for each 
vehicle ID calculated for each travel route based on travel data acquired from a vehicle that 
travels on a road over a predetermined period of time, said route guide data classified into a 
plurality of data groups based on conditions at the time when said travel data is acquired. 

An in^nntinri nlmmnrl in nlnim 1 fi nf thin npplicntion io a According t o an aspect of 
the route guide distribution device ^ according to claim 15, wherein the route guide database 
stores arrival time and departure time at/from each stop for each vehicle ID calculated for 
each travel route based on travel data acquired from each vehicle from a first vehicle to a last 
vehicle that travel on a road as route guide data. 

An inv^tinn nlnimnrl in nlnim 18 of thin application io a A ccording t o an aspect of 
the r oute guide distribution device ^ according to claim 16, wherein said conditions at the time 
when travel data is acquired include weather and/or day, and date. 

An jflveatiea ekamed in nlnim 10 of thin application io n A ccordin g to an aspect of 
the route guide distribution device ^ according to claim 18, wherein said distribution means 
distributes route guide created by acquiring route guide data corresponding to a condition at 
the time when route guide request is issued by a mobile terminal from said route guide 
database. 

Effceto of the Invention 

In the invnntinn nlnimnd in claim l accordance with embodiment s of the present 
invention, the route guide data creation device acquires travel data transmitted from a 
vehicle that travels on a road according to a predetermined travel route and travel time over 
a predetermined period of time, the travel data processing means calculates arrival time and 
departure time at/from each stop for each travel route and each vehicle ID from the acquired 
travel data, and outputs in a predetermined output format, and route guide database stores 
route guide data including departure time and arrival time from/at each vehicle at each stop, 
said route guide data classified into a plurality of data groups based on conditions at the time 
when said travel data is acquired. Therefore, route guide data similar to a timetable in a 
train system can be created based on travel data of an actual vehicle. Moreover, the route 
guide data created in such a way is based on a result of actual operation, and has an 
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advantage when the route guide data is used for route search in a route guide, that is, 
providing a search result based on a result of actual operation although the route guide data 
is different from the operation plan because of road conditions or weather for the period in 
which the travel data is acquired. 

Furthermore, in tho invention claimed in claim 2 — the route guide data creation 
device of claim C reates the route guide data by acquiring travel data on vehicles from the 
first vehicle through the last vehicle of each travel route. Thus, the route guide data can be 
created based on actual travel data on all operated vehicles in one day. As a result, route 
guide data on vehicles from the first vehicle to the last vehicle can be created. 

Furthermore, in the invention claimed in claim 3, the input format of the travel 
data inputted to the travel data processing means by the travel data acquisition means in 
the invention of claim 1 or 2 includes a vehicle ID, a route code, a next stop code, arrival time 
at a previous stop, and departure time from a previous stop. Therefore, departure time and 
arrival time can be calculated for each travel route and each vehicle ID at each stop. 

Furthermore, in the invention claimed in claim d, the output format outputted by 
the travel data processing means in the invention of claim l -ef-2-includes a vehicle ID, a 
route code, a departing stop code, departure time, an arriving stop code, and arrival time. 
Therefore, route guide data including departure time and arrival time from/at each travel 
route and each vehicle ID for each section between stops can be created. 

Furthermore, in the invention claimed in claim 6, the condition at the time when 
said travel data is acquired in the invention of claim 1 or 2 includes weather and/or day, and 
date. Therefore, route guide data corresponding to a condition at the time when route guide 
is performed can be selected and used. For example, when route guide is performed on a 
weekday at the end of a month, data for a route guide similar to an actual condition can be 
provided by using route guide data created based on travel data acquired on a weekday at 
the end of a month. 

Furthermore, in tho invention claimed in claim 7, the travel data processing means 
of claim 1 or 2 sorts the acquired travel data in order of departure time after sorting in order 
of vehicle ID and in order of route code, and calculates departure time and arrival time for 
each section between stops. Therefore, route guide data can be efficiently created without 
using manpower. 
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Furthermore, the invention claimed in claim 8 io a in accordance with embo d iments 
of the present invention, the route guide data creation method fffnrll performs steps of 
acquiring travel data transmitted from a vehicle that travels on a road according to a 
predetermined travel route and travel time over a predetermined period of time, calculating 
arrival time and departure time at/from each stop for each travel route and each vehicle ID 
by the travel data processing means based on the acquired travel data, outputting in a 
predetermined output format, and classifying route guide data including the departure time 
and the arrival time of each vehicle at each stop based on the conditions at the time when the 
travel data is acquired, and storing in a route guide database. Therefore, route guide data 
similar to a timetable in a train system can be created based on travel data of an actual 
vehicle. Moreover, the route guide data created in such a way is based on a result of actual 
operation, and has an advantage when the route guide data is used for route search in a 
route guide, that is, providing a search result based on a result of actual operation although 
the route guide data is different from the operation plan because of road conditions or 
weather for the period in which the travel data is acquired. 

Furthermore, in the invention claimed in claim 9, the route guide data creation 
deviee in thn invontion of claim S method creates route guide data by acquiring travel data on 
vehicle from the first vehicle to the last vehicle in each travel route. Therefore, route guide 
data can be created based on actual travel data on all operated vehicles in one day. As a 
result, route guide data on vehicles from the first vehicle to the last vehicle can be created. 

Furthermore, in the invention claimed in claim 10, the input format of the travel 
data inputted into the travel data processing means by the travel data acquisition means m 
the invention of claim 8 or 9 includes a vehicle ID, a route code, a next stop code, arrival time 
at a previous stop, and departure time from the previous stop. Therefore, departure time 
and arrival time for each travel route and each vehicle ID at each stop can be calculated. 

Furthermore, in the invention claimed in claim 11, the output format outputted by 
the travel data processing means in the invention of claim 8 -ef-9-includes a vehicle ID, a 
route code, a departing stop code, departure time, an arriving stop code, and arrival time. 
Therefore, route guide data including departure time and arrival time from/at each travel 
route and each vehicle ID for each section between stops can be created. 

Furthermore, in the invontion claimed in claim 13, the condition at the time when 
said travel data is acquired in the invention of claim 8 or 9 includes weather and/or day, and 
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date. Therefore, route guide data corresponding to a condition at the time when a route 
guide is performed can be selected and used. For example, when a route guide is performed 
on a weekday at the end of a month, data for route guide similar to an actual condition can 
be provided by using route guide data created based on travel data acquired on a weekday at 
the end of a month. 

Furthermore, in tho invention claimed in claim 11, the travel data processing 
means of claim 8 or 9 sorts the acquired travel data in order of departure time after sorting 
in order of vehicle ID and in order of route code, and calculates departure time and arrival 
time for each section between stops. Therefore, route guide data can be efficiently created 
without using manpower. 

Furthermore, tho invention claimed in claim 15 include a a route guide database is 
provided in which route guide data on a vehicle that travels on a road according to a 
predetermined travel route and travel time is stored, said route guide database storing route 
guide data including arrival time and departure time at/from each stop for each vehicle ID 
calculated for each travel route based on travel data acquired from a vehicle that travels on a 
road over a predetermined period of time as route guide data, said route guide data classified 
into a plurality of data groups based on conditions at the time when said travel data is 
acquired, and distributes a route guide in response to a route guide request from a mobile 
terminal based on the route guide data stored in said database. Therefore, route guide data 
similar to a timetable in a train system can be created based on travel data of an actual 
vehicle. As a result, the present invention has an advantage of providing a search result 
based on a result of actual operation. 

Furthermore, in tho invention claimed in claim 16, the route guide database in tho 
invention of claim 15 stores arrival time and departure time at/from each stop for each 
vehicle ID calculated for each travel route based on travel data acquired from each vehicle 
from a first vehicle to a last vehicle that travel on a road as route guide data. Thus, the 
route guide data can be created based on actual travel data on all operated vehicles in one 
day. As a result, route guide data on vehicles from the first vehicle to the last vehicle can be 
provided. 

Furthermore, in tho invention claimed in claim 18, said conditions at the time when 
travel data is acquired in tho invention of claim 1 6-include weather and/or day, and date. 
Therefore, route guide data corresponding to a condition at the time when route guide is 
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performed can be selected and used. For example, when a route guide is performed on a 
weekday at the end of a month, data for a route guide similar to an actual condition can be 
provided by using route guide data created based on travel data acquired on a weekday at 
the end of a month. 

Furthermore, in tho invention claimod in claim 19, the distribution means in the 
invention of claim 18 distributes a route guide created by acquiring route guide data 
corresponding to a condition at the time when a route guide request is issued by a mobile 
terminal from said route guide database. Therefore, route guide data corresponding to a 
condition at the time when a route guide is performed can be selected and used. As a result, 
route guide more similar to an actual condition can be provided. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic block diagram showing configurations of the route guide data 
creation device according to the present invention and peripheral devices of the route guide 
data creation device. 

Fig. 2 is a block diagram showing a configuration of the route guide data creation 
device of Fig. 1. 

Fig. 3 is a diagram showing an example of travel data acqui red from a vehicle. 
Fig. 4(a) is a diagram showing a sorting result of travel data by the travel data 
processing section. 

Fig. 4(b) is a diagram showing route guide data crated bv converting the travel data 
according to an output format bv the travel data processing section. 

Fig. 5 is a flowchart showing a procedure of the travel data pro cessing section. 

Fig. 6 is a schematic drawing showing a configuration of d atabase that stores route 
guide data. 

Fig. 7 is a schematic block diagram showing configurations of the ro ute guide 
distribution device and peripheral devices of the route guide dist ribution device. 

Fig. 8 is a block diagram showing a configuration of a conventional n avigation system 
using a mobile telephone as a terminal. 

Fig. 9 is a diagram showing a conventional operation schedule posted at a bus stop of 
a route bus. 

Pont Mndn fnr Cnrrvinir Out thn Tpvnntio n DETAILED DESCRIPTION OF THE INVENTION 
Hereinafter, specific examples of the present invention will be described in detail 
referring to embodiments and drawings. Fig. 1 io a schematic block diagram ohowing 
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configurationo of tho route guide data creation dovico claimed in claim 1 and peripheral 
devices of the route guide data creation device. — Fig. 2 io a block diagram allowing a 
configuration of the route guide data creation device of Fig. 1. — Fig. 3 io a diagram ohowing 
an example of travel data acquired from a vehicle. — Fig. 4 io a diagram for explaining a 
procedure of the travel data procoooing ocction, Fig. l(a) io a diagram ohowing a oorting 
rcoult of travel data, and Fig. 4(b) io a diagram ohowing route guide data created by 
converting the travel data according to an output format. — Fig. 5 io a flowchart ohowing a 
procedure of the travel data proccGoing ocction. — Fig. 6 io a ochematic drawing ohowing a 
configuration of databaoo that otoroo route guide data. — Fig. 7 io a ochematic block diagram 
ohowing configurationo of the route guide diotribution device and peripheral devicoo of tho 
route guide diotribution device. 

Brief Description of tho Drawing s 

A route guide data creation device 10 according to an embodiment of the present 
invention, as shown in Fig. 1, includes travel data acquisition means 11 and travel data 
processing means 12. Travel data (information including the current position, and 
departure time and arrival time from/at each bus stop) of each vehicle is collected from a 
radio communication device 30 installed in a vehicle of a route bus and a sensor 31 installed 
at a bus stop to a computer system in a travel management center 50 via a traveling body 
communication network 41. The travel data acquisition means 11 acquires the travel data 
from the computer system in the travel management center 50 via an Internet network 42. 
The travel data acquired by the travel data acquisition means 11 is processed by the travel 
data processing means 12 as described later when travel data of each vehicle from the first 
vehicle to the last vehicle of each travel route, that is, a complete set of travel data for one 
day is acquired. Departure time and arrival time from/at each vehicle of each travel route 
at each bus stop are calculated, and route guide data (timetable data) is created and stored 
in a database 20. If a system such as the travel management center 50 does not intervene, 
the route guide data creation device 10 can be configured to directly acquire travel data from 
each vehicle via the traveling body communication network 41. 

Fig. 2 is a diagram showing a configuration of the route guide data creation device 
10. The route guide data creation device 10 has control means 101, which is configured with 
a CPU, such as a microcomputer. The travel data acquisition means 11, the travel data 
processing means 12, a temporary storage means 13, operation input means 14, route guide 
distribution means 15, database (DB) control means 16, input and output interface 17, a 
classification condition table 18, and display means 19 are connected to the control means 
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101 via an internal bus 102. In the route guide data creation device 10, the route guide 
database 20 for storing route guide data is provided, in which the route guide data created by 
the travel data processing means 12 is stored. The route guide data is used for a service for 
searching a route and distributing a route guide upon a route guide request from a user. 

The temporary storage means 13 is a memory used for temporarily storing data 
during processes performed by each section including the travel data processing means 12. 
The operation input means 14 is input means, such as a keyboard or a mouse, for operation 
of the route guide data creation device 10 performed by an operator. The display means 19 
is a monitor, such as a liquid crystal display device or a CRT display. The input and output 
interface 17 is an interface provided for the route guide data creation device 10 to transmit 
data to or receive data from the outside world. The DB control means 16 performs control 
for storing data in the route guide database 20 or reading desired data out of the route guide 
database 20. 

The classification condition table 18 is a table in which conditions including 
weather, day, and date at which the travel data is acquired are set, and for classifying and 
storing the route guide data in different database areas according to the conditions (said 
weather, day, and date) at the time when the travel information that is the source for 
creating said route guide data is acquired. Then, a condition when a route guide request is 
issued by a user is searched in the classification condition table, and route guide data created 
based on the travel information acquired under the condition corresponding to that condition 
is selected from the route guide database 20 and provided for a route guide. 

Next, a procedure of creating route guide data by the travel data processing means 
12 will be explained referring to Figs. 3 through 4. The travel data acquisition means 11 
acquires travel data, which is transmitted from each vehicle of each travel route to the travel 
management center 50, in time sequence, and inputs the travel data into the travel data 
processing means 12. An input data format at that time includes a vehicle ID, a route code, 
a next bus stop code, arrival time and departure time at/from a previous bus stop, and the 
number of bus stops from the first bus stop is added to the next bus stop code. The input 
data is inputted into the travel data processing means 12 in time sequence, and stored in the 
temporary storage means 13 as shown in Fig. 3. 

The vehicle ID is an ID of a radio terminal installed in a vehicle, and the route code 
is a code of a bus route. Different route codes are assigned to an inbound route and an 
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outbound route, respectively. The number of bus stops from the first bus stop is the number 
of bus stops from the first stop in the route, and the number "1" is assigned to the first bus 
stop. The next bus stop code is a bus stop code of the bus stop at which the route bus 
(vehicle) stops next. In a route on which an express bus travels, the next bus stop code at 
which the express bus stops next is an bus stop code at which the express bus actually stops 
next. At the last bus stop, the next bus stop code does not exist. Therefore, a special code, 
such as "99999," is assigned to indicate that it is the last bus stop. The arrival time at the 
previous bus stop indicates the time at which the vehicle arrived at the previous bus stop, 
which includes the time at which the vehicle passed through the previous bus stop in cases 
where the vehicle did not stop at that stop. The departure time from the previous bus stop 
indicates the time at which the vehicle departed from the previous bus stop, which includes 
the time at which the vehicle passed through the previous bus stop in cases where the 
vehicle did not stop at that stop. If the vehicle passes through the previous bus stop without 
stopping, the arrival time and departure time at/from the previous bus stop may be the 
same. 

When a complete set of travel data on all vehicles of all travel route from the first 
vehicle to the last vehicle, that is all vehicle data for one day is acquired, the travel data 
processing means performs a processes according to the following procedure. 

(1) Separate data in order of vehicle ID, and in order of route code. 

(2) Sort the separated data, which is separated in order of vehicle ID, by departure 
time, and recombine. There are vehicles operated crossing midnight, 24:00. In such a case, 
the time is indicated, for example, 24:30. Thus, no problem occurs in the sort process. 

(3) Sequentially extract the vehicle ID, the route code, the departing bus stop code, 
the departure time, the arriving bus stop code, and the arrival time of each section between 
bus stops from the data. 

This is a format of output data of the travel data processing means, and the output 
data acquired from the results is timetable data (route guide data), which can be used for 
route search. The data separation performed in step (l) is included in a concept of data 
sorting, and it means making data for each vehicle ID and data for each route code into data 
clusters, respectively. Sorting data for each vehicle ID and data for each route code is equal 
to separating data for each vehicle ID and data for each route code. The sorting by 
departure time performed in step (2) is performed for the clusters of the data separated in 
step (l). 

Fig. 4 is a diagram for explaining the above procedure. Fig. 4(a) is a diagram 
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showing a result of sorting of travel data, and Fig. 4(b) is a diagram showing route guide 
data created by converting the travel data according to the output format. A process for 
converting the result of sorting shown in Fig. 4(a) into the output data shown in Fig. 4(b) is 
as follows. Namely, the first data is always data on the first bus stop including a vehicle ID 
1001 and a route code 301 as shown in the top line of Fig. 4(a). 

A procedure for creating the output data in the first line of the output data of Fig. 
4(b) will be explained focusing on the vehicle ID 1001 and the route code 301. The data in 
this line is data on the first bus stop. Although the first bus stop does not have a departing 
bus stop code, it can be determined by subtracting the number of bus stops of the first bus 
stop from the next bus stop code. In this case, the bus stop code of the next bus stop is 
30102 (see the data in the top fine of Fig. 4(a)). Thus, 30101, which is calculated by 
subtracting the number of bus stops form the first bus stop, which is 1, from the next bus 
stop code 30102, is applicable. 

The departure time is the departure time of the bus, which is 8:30:25. The next 
bus stop code 30102 is applied for the arriving bus stop code. If the "next bus stop code" in 
the next line in Fig. 4(a) is referred to and is different from the "next bus stop code" in the 
above line, the arrival time in that line, which is 8^37:00, is applied for the arrival time. 
Data on one section between stops of the vehicle ID 1001 of the route code 301 is created by 
this process. If the "next bus stop code" in the next line is not different, it means that the 
vehicle is an express, and the "next bus stop code" in the next line is sequentially referred. 
The "next bus stop code" always varies at a bus stop at which the vehicle should stop. Thus, 
the output data is created by using the data on the arrival time in that line (see an arrow A 
in Fig. 4). 

The timetable data (route guide data) can be created by repeating this process for 
each bus stop. If the "next bus stop code" is "99999", it is the last bus stop, and therefore, 
the output data TIGL of the vehicle ID 1001 of the route code 301 is completed. Creation of 
route guide data based on actual vehicle operation is completed by repeating this process for 
all vehicles of all routes. The route guide data created in such a way is stored in the route 
guide database 20 via the input and output interface 17 under the control of the data base 
control means 16. 

Fig. 5 is a flowchart showing the above procedure. When the travel data for one 
day is acquired by the travel data acquisition means 11, the data is first separated in order of 
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the route code, and in order of the vehicle ID (vehicle code) in step S10. Next, it is sorted in 
order of departure time in step Sll. Then, a process for the first section is performed in 
step S12. In this process, as described earlier, the departing bus stop code of the first bus 
stop is set, and the departing time (departure time) of the bus stop and the arriving time 
(arrival time) of the arriving bus stop code, which is the next bus stop code, are determined. 

Then, next data is referred in step SI 3, and if the "next bus stop code" of the next 
data is varied in step 14, step S15 is performed. If it is not varied, step S13 is repeated, and 
still nest data is referred. If the "next bus stop code" is varied, the arrival time of the data 
is determined as the arriving time of the arriving bus stop in step S15. In step S16, it is 
determined whether the "next bus stop code" indicates the last bus stop. If YES (last bus 
stop), step S18 is performed. If NO (not the last bus stop), step S17 is performed. In step 
17, a middle section process is performed, and step S13 and later steps are repeated. 

If the "next bus top code" in step S16 is the last bus stop (code "99999"), a process 
for the next data, that is, the next route, or the next vehicle ID (different vehicle of the same 
route code) is performed in step S18. If data is completed in step S19 (travel data for one 
day), the travel data processing is completed. If data is not completed, the process for the 
next route or the next vehicle ID (different vehicle of the same route code) is repeated in step 
S12 through step S19. The route guide data (timetable) can be efficiently created without 
using manpower by repeating the above process. 

The route guide data created from the travel data of a vehicle acquired in this way 
is stored in the route guide database 20, and used for route guide in the route guide device. 
It is well known that operation of a vehicle that travels on a road, such as a route bus, is 
greatly affected by the road conditions on that day. It differs due to weather and day of the 
week, and moreover, it is well known that traffic volume increases on a specific day, such as a 
weekday at the end of the month, and causes traffic jams. Therefore, a timetable is very 
likely to be different according to conditions (weather, day, specific day) at the time when 
travel data is acquired even if the route guide data (timetable) is created based on travel 
data on an actual vehicle. Thus, it is preferable to provide route guide data created under 
consideration of conditions at the time when a user requests a route guide for the data used 
for a route guide corresponding to a route guide request from the user. 

Therefore, the route guide data creation device of the present invention is 
configured to separately store route guide data created from said travel data in the route 
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guide database 20 for each condition by sectioning the route guide database 20 according to 
conditions at the time when travel data of a vehicle is acquired, for instance, rainy day, 
weekday, Saturday, Sunday, holiday, or weekday at the end of the month. Fig. 6 shows a 
configuration of the route guide database 20. As shown in Fig. 6, the route guide database 
20 is configured such that the route guide data storing section is sectioned for each sectional 
condition, and to store route guide data created from travel data in a corresponding route 
guide data storing section according to a sectional condition determined by a condition at 
which the travel data is acquired. 

For example, route guide data A created based on travel data acquired on a rainy 
weekday is stored in a route guide data storing section corresponding to a sectional condition 
of rainy weather and weekday. Route guide data B or route guide data F created based on 
travel data acquired on rainy Saturday, Sunday, or holiday, rainy weekday at the end of the 
month, weekday, Saturday, Sunday, or holiday, or weekday at the end of the month are as in 
the same manner. The sectional conditions are stored in a sectional condition table 18 of the 
route guide data creation device 10, referred by the database (DB) control means 16 when 
the created route guide data is stored in the route guide database 20, and the route guide 
data is stored in a specific area. The sectional condition table 18 is also provided in the 
route guide distribution device 60 shown in Fig. 7, and a route guide with route guide data 
that is more similar to an actual condition can be provided by referring to the created route 
guide data under a condition applicable to a condition at that time when a route guide 
request is issued by a user. 

Fig. 7 is a diagram showing a system configuration of the route guide distribution 
device 60 for performing a route guide for a user using route guide data created by the route 
guide data creation device 10 of the present invention and peripheral devices of the route 
guide distribution device 60. In Fig. 7, the route guide distribution device 60 basically 
includes functions similar to a conventional information and communication computer 
system of an information and communication service center shown in Fig. 8, and includes the 
route guide database 20 that stores route guide data created by the route guide data creation 
device 10 of the present invention. Moreover, it includes distribution means for distributing 
a result of route search performed by referring to the route guide data stored in the route 
guide database 20 corresponding to a route guide request transmitted from a mobile terminal 
70 via a traveling body communication network 41 to said mobile terminal 70 as a route 
guide. Information distribution computer systems 80, 90 are computer systems for 
providing various kinds of data services necessary for map information, traffic and other 
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information, route search, and route guides. The route guide distribution device 60 acquires 
necessary information from these computer systems via an Internet network 42. 
Furthermore, the route guide distribution device 60 can be integrated into the route guide 
data creation device 10 (see Fig. l), and the route guide database 20 can be integrated. 

As described above, a route guide data creation device for creating route guide data 
(timetable) on a vehicle that travels on a road according to a predetermined travel route and 
travel time, such as a route bus, can be provided by the present invention. Furthermore, a 
route guide distribution device for performing route search and route guides using the 
created route guide data can be provided by the present invention. 

Brief DoGcription of tho Drawings 

Fig. 1 — Fig. 1 io a ochcmatic block diagram allowing configurationo of the route guide data 
creation device according to tho present invention and peripheral devices of the route 
guide data creation device. 

Fig. 2 — Fig. 2 io a block diagram ohowing a configuration of the route guide data creation 
device of Fig. 1. 

Fig. 3 — Fig. 3 io a diagram ohowing an example of travel data acquired from a vehicle. 
Fig. 1 — Fig. 1 io a diagram for explaining a procedure of the travel data proceeding ocction. 
Fig. 5 — Fig. 5 io a flowchart ohowing a procedure of tho travel data proceeding ocction. 
Fig. 6 — Fig. 6 io a ochcmatic drawing ohowing a configuration of databaoo that otorco route 
guide data. 

Fig. 7 Fig. 7 io a ochcmatic block diagram ohowing configurationo of the route guide 
distribution device and peripheral devicco of tho route guide diotribution device. 

Fig. 8 Fig. 8 io a block diagram ohowing a configuration of a conventional navigation oyotcm 
using a mobile telephone ao a torm malr 

Fig. 9 — Fig. 9 io a diagram ohowing a conventional operation ochcdulc pootcd at a buo top of 
a route buo. 

Reference numerals 

±0 Route guide data creation device 

401 Control moano 

402 Internal buo 

41 Travel data acquioition mcano 

42 Travel data procoooing mcano 

43 Temporary otoragc mcano 
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■M Operation input mcano 

4§ Routo guide distribution moan o 

4€ Databaoc (DB) control mcano 

4? Input and output interface 

20 Routo guide databa s e 

30 Traveling body radio communication device 

34 Stop oonGor 

44 Traveling body communication network 

43 Internet network 

£0 Travel management center (CPU oyotom) 

gQ Route guide diotribution device 

70 Mobile terminal 

80, 90 Information diotribution computer oyotcm 
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ABSTRACT 

Thoro io provided oA route guide data creation device for acquiring travel data 
transmitted from a vehicle traveling on a road according to a predetermined travel route and 
travel time and creating route guide data according to the data. The route guide data 
creation device (10) includoo - — trnvnl dntn ncquimtion merino (ll) for acquiring acquires the 

travel data over a predetermined period of timetML A travel data proceeding monno (12) for 

rocoiving p rocessor receives data based on a predetermined input format from the travel data 
and caloulatin g calculates the arrival time and departure time at/from each stop for each 
travel routes and for each vehicle ID ; and a . A route guide database (20) for otoringstores 
the route guide data including the departure time and the arrival time of each vehicle 
from/at each stop outputted from the travel data processing mcano processor . 



21 



